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DETAILED ACTION 



Response to Amendment 

Response to Amendment filed September 27, 2004. 
Claims 1,11, 19-23 and 29-30 cancelled. 

Claims 2-10, 12-18, 24-28 and 31 are currently pending in the application. 
Response to Applicant's Arguments follows claim rejections. 

Drawings 

Objections to the drawings are withdrawn due to Amendment. 



Specification 

Objections to the specification are withdrawn due to Amendment. 



Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1,2 6-12, 16-19, 22-25, 29-30 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Bennett et al. (US Patent Number 6122670), hereinafter referred to 



as Bennett. 
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In regards to claim 2, Bennett discloses a computerized method for sequencing 
and reassembling messages from protocol data units exchanged in a communications 
channel between two computers, the method comprising: 

• Creating a protocol flow object to represent each protocol layer used by the 
communications channel, each protocol flow object having a circuit element 
associated with each transmission direction in the channel (In Figures 2a and 2b, 
Bennett shows a functional block diagram of the system where each protocol 
layer, such as the transport layer, the network layer, and the datalink layer, are 
represented by individual flow objects, each with bi-directional communication 
channels, see also col 4 line 10 to col 5 line 4, a brief overview of the system 
including details on each protocol layer). 

• Arranging the protocol flow objects in a logical tree structure that mirrors a 
hierarchy for the protocol layers (Figures 2a and 2b show a block diagram of the 
Bennett system, which is built in a logical tree structure mirroring a hierarchy 
where each protocol layer flows into the next). 

• Creating circuit flow objects for each protocol layer to represent the protocol data 
units for the protocol layer immediately higher in the hierarchy (Bennett shows 
that each layer creates a new flow object based on data sets buffered from the 
protocol layer directly above the current layer in the hierarchy, see figures 2a and 
2b, col 4 lines 10-29), wherein creating the circuit flow objects for each protocol 
layer comprises: 

• Creating the circuit flow objects for the protocol flow object at the bottom 
of the tree structure by extracting data from the protocol data units for the 



Application/Control Number: 09/678,145 Page 4 

Art Unit: 2153 

protocol layer lowest in the hierarchy (each level of the tree is created 
from extracting the buffered data supplied by the next lowest protocol 
layer, this can be seen by the TCP process in the transport layer loading 
the data from the buffer supplied by the FTP process, which is logically 
lower in the hierarchy, col 4 lines 45-53). 
• Creating the circuit flow objects for the remaining protocol flow objects in 
the tree structure by extracting data from the circuit flow objects linked to 
the protocol flow object immediately lower in the tree structure (as shown 
above, each level of the tree is created from extracting the buffered data 
supplied by the next lowest protocol layer, this can be seen by the IP 
process in the network layer loading the data from the buffer supplied by 
the TCP process, which is logically lower in the hierarchy, col 4 lines 60- 
68). 

• Associating a transmission direction with each circuit flow object (after being 
handled by a protocol layer, the flow object is given a transmission direction to 
continue through the hierarchy, col 4 lines 50-53, instructions are included with 
the data as to which layer it is to be forwarded to). 

• Linking each circuit flow object for a protocol layer to the circuit element of the 
representative protocol flow object that matches the transmission direction 
associated with the circuit flow object (after being handled by a protocol layer, the 
flow object is given a transmission direction to continue through the hierarchy, col 
4 lines 50-53, instructions are included with the data as to which layer it is to be 
forwarded to, first the data is buffered then it is linked to the correct protocol layer 
circuit element). 
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• Sequencing the circuit flow objects linked to a particular protocol flow object 
when specified by the protocol layer represented by the particular protocol flow 
object (individual flow objects are initially buffered when specified for a particular 
protocol layer which creates a method of sequencing, see col 4 lines 50-53, 61- 
64). 

• Reassembling the messages from the circuit flow objects linked to the protocol 
flow object at the top of the tree structure (ATM network interface chip performs 
packet reassembly at the logical top of the tree structure, col 6 lines 23-31 ). 

In regards to claim 6, Bennett discloses the protocol flow objects are created in 
order from the bottom to the top of the hierarchy (Bennett describes the creation flow of 
the protocol objects in detail in col 4 line 10 - col 5 line 4, logically the creation of the 
objects is in order from the bottom to the top of the hierarchy). 

In regards to claim 7, Bennett discloses the circuit flow objects for a current 
protocol flow object are created before creating the protocol flow object for the protocol 
layer immediately above the current protocol flow object in the hierarchy (each level is 
executed one at a time, before the data is buffered and sent to the next level for a new 
circuit flow execution, one example is the execution and linking of the data at the TCP 
process level, col 4 lines 45-53). 

In regards to claim 8, Bennett discloses arranging the protocol flow objects into a 
logical tree structure comprises: 
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• Creating multiple branches in the tree structure when a plurality of protocol layers 
are immediately above a current protocol layer in the hierarchy, each branch 
corresponding to one of the plurality of protocol layers (Figure 2A shows multiple 
branches between the transport layer and the network layer, each branch either 
corresponding to the UDP process or the TCP process). 

In regards to claim 9, Bennett discloses determining the protocol layers in the 
hierarchy (each layer is determined based on linking information and buffering location, 
col 4 lines 10-29). 

In regards to claim 10, Bennett discloses storing the protocol flow objects and the 
circuit flow objects in a flow object database (Figure 14B shows the storing of the 
separate flow objects into a data base in the hard disk 25). 

In regards to claim 12, Bennett discloses computer-executable instructions to 
cause a computer to perform a method comprising: 

• Creating a protocol flow object to represent each protocol layer used by a 
communications channel, each protocol flow object having a circuit element 
associated with a transmission direction in the channel (In Figures 2a and 2b, 
Bennett shows a functional block diagram of the system where each protocol 
layer, such as the transport layer, the network layer, and the data link layer, are 
represented by individual flow objects, each with bi-directional communication 
channels, see also col 4 line 10 to col 5 line 4, a brief overview of the system 
including details on each protocol layer). 
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• Arranging the protocol flow objects in a logical tree structure that mirrors a 
hierarchy for the protocol layers (Figures 2a and 2b show a block diagram of the 
Bennett system, which is built in a logical tree structure mirroring a hierarchy 
where each protocol layer flows into the next). 

• Creating circuit flow objects for each protocol layer to represent the protocol data 
units for the protocol layer immediately higher in the hierarchy (Bennett shows 
that each layer creates a new flow object based on instruction sets received from 
the higher level in the hierarchy, col 4 lines 10-29), wherein creating the circuit 
flow objects for each protocol layer comprises: 

• Creating the circuit flow object for the protocol flow object at the bottom of 
the tree structure by extracting data from the protocol data units for the 
protocol layer lowest in the hierarchy (each level of the tree is created 
from extracting the buffered data supplied by the next lowest protocol 
layer, this can be seen by the TCP process in the transport layer loading 
the data from the buffer supplied by the FTP process, which is logically 
lower in the hierarchy, col 4 lines 45-53). 

• Creating the circuit flow objects for the remaining protocol layers by 
extracting data from the circuit flow objects linked to the protocol flow 
object immediately lower in the tree structure (as shown above, each level 
of the tree is created from extracting the buffered data supplied by the 
next lowest protocol layer, this can be seen by the IP process in the 
network layer loading the data from the buffer supplied by the TCP 
process, which is logically lower in the hierarchy, col 4 lines 60-68). 
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• Associating a transmission direction with each circuit flow object (after being 
handled by a protocol layer, the flow object is given a transmission direction to 
continue through the hierarchy, col 4 lines 50-53, instructions are included with 
the data as to which layer it is to be forwarded to). 

• Linking each circuit flow object for a protocol layer to the circuit element of the 
representative protocol flow object that matches the transmission direction 
associated with the circuit flow object (after being handled by a protocol layer, the 
flow object is given a transmission direction to continue through the hierarchy, col 
4 lines 50-53, instructions are included with the data as to which layer it is to be 
forwarded to, first the data is buffered then it is linked to the correct protocol layer 
circuit element). 

• Sequencing the circuit flow objects linked to a particular protocol flow object 
when specified by the protocol layer represented by the particular protocol flow 
object (individual flow objects are initially buffered when specified for a particular 
protocol layer which creates a method of sequencing, see col 4 lines 50-53, 61- 
64). 

• Reassembling the messages from the circuit flow objects linked to the protocol 
flow object at the top of the tree structure (ATM network interface chip performs 
packet reassembly at the logical top of the tree structure, col 6 lines 23-31 ). 

In regards to claim 16, Bennett discloses computer-executable instructions 
comprising: 

- • Creating multiple branches in the tree structure when a plurality of protocol 
layers are immediately above a current protocol layer in the hierarchy, 
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each branch corresponding to one of the plurality of protocol layers 
(Figure 2A shows multiple branches between the transport layer and the 
network layer, each branch either corresponding to the UDP process or 
the TCP process). 

In regards to claim 17, Bennett discloses determining the protocol layers in the 
hierarchy (each layer is determined based on linking information and buffering location, 
col 4 lines 10-29). 

In regards to claim 18, Bennett discloses storing the protocol flow objects and the 
circuit flow objects in a flow object database (Figure 14B shows the storing of the 
separate flow objects into a data base in the hard disk 25). 

In regards to claim 24, Bennett discloses a computerized system comprising: 

• A processor (figure 3 item 10 shows a processor). 

• A memory coupled to the processor through a bus (figure 3 item 15 shows 
memory coupled to the processor through a bus). 

• A computer-readable medium coupled to the processor through the bus (figure 3 
item 25 shows a computer hard disk). 

• A plurality of protocol interpreters stored on the computer-readable medium for 
execution by the processor (the hard disk contains processes for use by the 
operating system, including protocol interpreters, col 5 lines 44-59). 

• A decode engine executed from the computer-readable medium to cause the 
processor to 



Application/Control Number: 09/678,145 Page 10 

Art Unit: 2153 

o Create protocol flow objects representing protocol layers, each protocol 
flow object having a circuit element associated with each transmission in 
the channel, 

o Create circuit flow objects representing data flows at the protocol layers, 
each circuit flow object for a protocol layer linked to the circuit element of 
the representative protocol flow object that matches the transmission 
direction associated with the circuit flow object (Bennett shows that each 
layer creates a new flow object based on instruction sets received from 
the higher level in the hierarchy, col 4 lines 10-29), wherein creating the 
circuit flow object comprises: 

o Creating a circuit flow object for the protocol flow object at the bottom of a 
tree structure by extracting data from the protocol data units for the 
protocol layer lowest in the hierarchy of the protocol layers (each level of 
the tree is created from extracting the buffered data supplied by the next 
lowest protocol layer, this can be seen by the TCP process in the transport 
layer loading the data from the buffer supplied by the FTP process, which 
is logically lower in the hierarchy, col 4 lines 45-53). 

o Creating circuit flow objects for the remaining protocol data units in the 
tree structure by extracting data from the circuit flow objects linked to the 
protocol flow object immediately lower in the tree structure (as shown 
above, each level of the tree is created from extracting the buffered data 
supplied by the next lowest protocol layer, this can be seen by the IP 
process in the network layer loading the data from the buffer supplied by 
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the TCP process, which is logically lower in the hierarchy, col 4 lines 60- 
68). 

• Extract data from the circuit flow objects representing protocol data units at a 
particular protocol layer as directed by one of the protocol interpreters (data is 
extracted and sets of instructions executed at each layer, col 4 lines 17-29). 

• Sequence the circuit flow objects representing the protocol data units at a 
particular protocol layer if directed by one of the protocol interpreters (individual 
flow objects are initially buffered when specified for a particular protocol layer 
which creates a method of sequencing, see col 4 lines 50-53, 61-64). 

• Reassemble messages from the circuit flow objects representing the protocol 
data units at a particular protocol layer if directed by one of the protocol 
interpreters (ATM network interface chip performs packet reassembly at the 
logical top of the tree structure, col 6 lines 23-31 ). 

In regards to claim 25, Bennett discloses the decode engine further causes the 
processor to store the protocol flow objects and circuit flow objects in a flow database 
(Figure 14B shows the storing of the separate flow objects into a data base in the hard 
disk 25), logically link the protocol flow objects into a hierarchical tree structure (Figures 
2a and 2b show a block diagram of the Bennett system, which is built in a logical tree 
structure mirroring a hierarchy where each protocol layer flows into the next), and to 
logically link the circuit flow objects to the protocol flow objects (after being handled by a 
protocol layer, the flow object is given a transmission direction to continue through the 
hierarchy, col 4 lines 50-53, instructions are included with the data as to which layer it is 
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to be forwarded to, first the. data is buffered then it is linked to the correct protocol layer 
circuit element). 



Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

. Claims 3-5, 13-15, 21, 26-28 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Bennett in view of Stevens (TCP/IP Illustrated, Volume 1 ; Stevens, W 

Richard; Addison Wesley Publishers, 1994; pages 148-151). 

In regards to claims 3, 13 and 26, Bennett discloses all the limitations of the 
independent claims 1,11, and 24, but fails to disclose a vector list to represent 
fragmented data. Bennett discusses the use of the IP protocol process, but fails to 
directly disclose the IP process creation of a vector to maintain fragmentation 
information. 

Stevens presents a detailed explanation of IP fragmentation of data, as well as 
detailing how an IP process creates a vector listing to represent the fragmented data for 
reassembly. On pages 148-151 Stevens discusses IP fragmentation, and in detail on 
page 149 Stevens shows how a listing is created stored in an identification field to 
represent fragmented data. This re-assembly vector allows a message to be re- 
assembled for receiving and re-fragmented for retransmission quickly and efficiently. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify Bennett to include a vector list to represent fragmented data as 
taught by Stevens to allow a message to be re-assembled for receiving and re- 
fragmented for retransmission quickly and efficiently. 

In regards to claims 4, 14, and 27, Stevens discloses a vector list comprises a 
vector specifying a protocol data unit number (page 149, paragraph 2 says an 
identification field is used to specify a data unit number), a length value (page 149, 
paragraph 2, a total length field is present), and an offset value for each fragment of the 
fragmented data (page 149, paragraph 2, a fragment offset field is provided). 

In regards to claims 5, 15, and 28, Stevens discloses reassembling the 
fragmented data in accordance with the vectors in a vector list (page 148, last 
paragraph discusses reassembling the message at the receiver based on the vector list 
information). 

Allowable Subject Matter 

Claim 31 allowed. 

Response to Arguments 

1 . . Bennett's data flow within a protocol stack in a single computer cannot be 
properly interpreted as teaching or suggesting circuit elements associated with 
transmission direction of data between two computers. 
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2. Bennett contains no disclosure, teaching or even suggestion of Applicant's 
arrangement of elements in which each circuit flow object for a protocol layer is 
linked to the circuit element of the representative protocol flow object that 
matches the transmission direction associated with the circuit flow object. 

3. Bennett does not disclose the sequencing of circuit flow objects. 

4. Bennett does not disclose Applicant's claimed circuit flow objects that are linked 
to protocol flow objects and therefore fails to teach or suggest reassembling 
messages from the circuit flow objects linked ot the protocol flow object at the top 
of the tree structure. 

In response to argument 1 , the examiner respectfully disagrees with applicant. 
As claimed, the invention is not directed towards the transmission of data between two 
computers, merely the sequencing and reassembly of messages from protocol data 
between two computers. As interpreted by the examiner, in claim 2 for example, the 
transmissions and transmission directions are associated with the movement of the 
objects from one protocol layer to the next, not from one computer to another. As seen 
by the examiner, claim 2 is anticipated by the control buffers in Bennett. 

In response to argument 2, the examiner respectfully disagrees with applicant. 
As seen in Figure 2A for example, Bennett shows links between each protocol layer at 
the hardware level. Each protocol link has two possible directions associated with the 
transmission of data, up the tree or down the tree, depending on the direction the flow 
object is to travel, to a higher or lower hierarchal level. 

In response to argument 3, the examiner respectfully disagrees with applicant. 
Similarly to argument 2, Bennett utilizes directional links, which indicate a sequenced 
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method of controlling the flow objects. An example of this sequencing is additionally 
seen in Figure 14A where the pathway is shown through the hierarchy of protocol 
levels. 

In response to argument 4, the examiner respectfully disagrees with applicant. 
As seen Figure 21, Bennett provides a method for reassembling messages, and as 
shown above in argument 1 Bennett also utilizes circuit flow objects. 

Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: 

• Gulick et al (US Patent 6014709), a system for controlling a flow of messages by 
constructing a hierarchal tree of caches and vector files to maintain the message 
fragments in each logical level. 

• Hansen (US Patent 6697871), a system and method for encoding and decoding 
protocol messages. 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
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the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to John R Brancolini whose telephone number is (571 ) 
272-3948. The examiner can normally be reached on M-Th 7am-5:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Glenton Burgess can be reached on (571) 272-3949. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 
872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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